home *** CD-ROM | disk | FTP | other *** search
/ PsL Monthly 1993 December / PSL Monthly Shareware CD-ROM (December 1993).iso / prgmming / dos / pascal / btr_oop.exe / README.DOC < prev    next >
Text File  |  1991-06-03  |  3KB  |  52 lines
  1. The first copy I put up here was missing Global.pas. Sorry I always forget
  2. the trivial stuff. Details,details...
  3.  
  4. Another difference from the original version is that I have eliminated the
  5. need to specify the Key Index in the calls. Use SetKeyIndx method to do
  6. this now. Note that in proper oops form there should also be a GetKeyIndx
  7. etc.
  8.  
  9. This is a first cut at an oops version of a Btrieve interface. The idea is
  10. to be able to have a Btrieve FIle that knows how to operate on itself. This
  11. is my first real creative experience with OOPS and I'm sure the code could
  12. use a lot of improvement. In fact the whole concept might be wrong. 
  13.  
  14. I'm putting this up here for feed back.
  15.  
  16. BTRV.PAS -  Pretty much just the interface shipped by Novell for TP. 
  17.             The only difference is that the position block was no longer
  18.             needed as part of the BTRV function call since each instance
  19.             can keep track of it's own instance.
  20.  
  21. BTRV_IO.PAS - Is the first decendent which attempts to give a more 
  22.               programmer fiendly interface. I was really amazed at how things
  23.               simplified in the oops version. About the only thing even
  24.               somewhat tricky is the pointer usage to the DataBuffer area.
  25.               I'm really not sure I did this the best way.
  26.  
  27.           I have not implemented any of the extended btrieve calls. 
  28.               Actually its beyond me as to how you would implement these 
  29.               at the level of this method. Certainly you could could create
  30.               the function at this level but it wouldn't do much. The
  31.           trick to extended calls is the definition of the data buffer
  32.               on send and recieve. This would be very specific to the 
  33.               derived instance. All of the work for the extended call would
  34.               need, in this case, be in CPU_OBJ.
  35.  
  36. CPU_OBJ, 
  37.  TEST   - Example of the interface usage.  This program does nothing on the
  38.           screen when you run it but you can execute it in IDE and step
  39.           through with watches on things like PCpu^.Fld and Status to make
  40.           sure things are working as intended. MAKE SURE you set the path
  41.       in the open call to where ever you stashed CPU.DMF
  42.           
  43. CPU.DMF - A Btrieve data file to go with TEST.
  44.  
  45. Btrieve Programmers Please Respond.
  46.  
  47. Manny R.     76004, 3107 
  48.  
  49. Distributed by Public (software) Library.
  50. For a catalog of more than 3000 disks of pd/shareware, call 1-800-2424-PSL
  51. or write Public (software) Library, P.O.Box 35705, Houston, TX 77235-5705.
  52.